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Some Useful Definitions: 



The following is an explanation of the symbols that will be used throughout 
this document to describe the operation of the various firmware commands. 



*<,>': The bracket symbols mean that the information inclosed within them is 
manditory. 



'[,]': The square bracket symbols mean that the information inclosed within 
them is optional. 



' | * : The vertical bar symbol is used to indicate an alternative or "OR" 
condition. For example, A|B can be thought of as "Either A or B". 



'::=': This symbol is used to indicate a definition or equivelence. 



'{,}': Curly brackets are used to denote commemnts. 



: The plus sign is used as an addition symbol or logical or * ing. 



'$' : The dolar sign is used to indicate that a value is radix 16 {in other 
words, the number is in hexadecimal}. Values that are not preceded by 
'$' are assumed to be decimal. 



'NULL': This key word indicates the empty set, or in some coses the fact that 
the function whose value is NULL can be ignored. An example is: 



Argle_Bargle : : = <NULL> 
Essentially you can forget that Argle_Bargle exists for this context. 
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Command Types: 

Widget commands are broken up into 3 categories: 

1. ProFile commands 

These commands are used emulate a ProFile mass storage device and 
provide for downward compatibility. 

2. Diagnostic commands 

These commands are used to seperate the various subfunctions of the 
drive and provide a means to troubleshoot a Widget without the 
controller of performing any retrying of it's own. 

3. System commands 

These commands are used to operate a Widget at it's maximum efficiency. 
Blocks are transfered logically in a multiple block fashion, up to 255 
blocks. 
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ProFile Commands: 



Widget is designed to be backwards compatible with the current ProFile 
Driver, and to that end there exists the three ProFile System commands {Read, 
Write, and Write_Verify} within the firmware. 



The three ProFile commands behave in exactly the same fashion as do the 
corresponding instructions on ProFile, with one small exception: the Read 
Logical command does not include information concerning Retry Count or Sparing 
Threshold {however, because of a side effect in the way that the 
Host/Controller interface was designed, the Host may write as many command 
bytes to the controller as it chooses. The Controller will only decode the 
first four. }. The form of each command is: 



There are two 'special' logical address defined in the ProFile protocol, 
namely $FFFFFF {-1} and $FFFFFE {-2}. Logical address (-1) returns as it's 
value Device_ID {as explained under the section titles Diagnostic Commands} 
and logical address (-2) returns as it' s value Widget's spare table structure 
in it's raw form. 

It should be noted that if at any time Widget can not pass it's self test that 
it will refuse to communicate via logical commands {both ProFile and System 
type commands}; Widget will respond to Diagnostic commands at all times, 
however. 



The rest of the commands available on Widget are a complete departure from 
the way that ProFile was implemented. The new form of any command is: 



Opcode 



Definition 



$00 
$01 
$02 



Read Logical Block 
Write Logical Block 
WriteJ/erif y Logical Block 



<$00|$01|$02> <3 bytes of Logical Block Address> 



( <Command_Byte> 
<Instruction_Byte> 
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[ Instruct ion_Par aroeter ] 
<CheokByte> ) 



Command_Byte : : = <CommandType_Nibble + CommandLength_Nibble> 
CommandType_Nibble : : = <Diagnostic_Command|System_Command> 
Diagnostic_Command :: = <$10> 
System_Command : : = <$20> 



CornmandLengthJJibble :: = <Count of all the bytes in the command string NOT 
including the first one. For example, the command string to read 
Device_ID is: ( <$12> <$00> <$ED> ). The comroandlength_nibble in this 
case is 2. > 



System_Command : : = <Sys_Read|Sys_Write|Sys_WrVer> 

Diagnostic_Command : : = ( <Read_ID | 

Read_Controller_Status | 
Read_Servo_Status | 
Send_Servo~Command | 
Send_Seek | 
Send_Restore| 
Setjtecovery j 
Soft_Reset| 
Send_Park | 
Diag_Read| 
Diag_ReadHeader | 
Diag_Write| 
Auto_Of f set | 
Read_SpareTable| 
Write_SpareTable | 
Format_Track | 
Read_Abort_Stat| 
Reset_Servo| 
Read_Track | 
Write_Track> ) 

Instruction_Parameter : : = { This value is instruction dependent, and will 
be formally defined at the same time as the individual instructions } 



CheckByte : : = { This byte is the ones-complement of the sum, in MOD-256 
arithmetic, of all the bytes in the instruction string including ^the 
Command_Byte. } 
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Diagnostic_ Commands: 



Widget's personality, or manner in which it behaves in a specific Host 
environment, can be thoght of as having two distict parts: 1) that portion that 
is dictated by the hardware and 2) that portion that is controlled by the 
firmware. As trite as that last statement may seem, the fact remains that the 
part of Widget that is the hardware is notr easily molded to adapt to different 
conditions. The same is true, but not quite in the same manner, for the 
firmware: the code is locked in a ROM of some sort and costs a lot to change. 
How then can Widget's "personality" be changed {on-the-fly} to "adapt" to a new 
environment? The answer in thjis case was to architect the firmware in a 
layered fashion: build the intelligence required to operate Widget in it's 
normal system mode from a pool of discrete, primitive functions; these 
primitive functions having just one specific task that they are capable of 
completing. The implication of this architecture is that with very little 
effort these same primitive functions are available to the Host system. 
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Read_ID 

Read_ID : : = <$00> 
Instruction_Parameter :: = <NULL> 

This diagnostic command requires Widget to deliver to the host some device 
specific information. The structural layout of the data returned is: 

STRUCTURE Identity_Block 

This identity block is defined by the data structures contained within it; 
you will note, however, that a comment is given explaining the type of 
structure for a given element and range of bytes - if the structure is thought 
of as a linear array of bytes - that include the structure. An example is 
NameString. It is a 13-character ascii string, and is located in bytes $0:C. 

NameString : : = <Lisa/Nisha2 {13 bytes/$0: C; Ascii String}> 
Device_Type : : = <$000110 {3 bytes/$D:F}> 
Firmware._Revision : : = <{2 bytes/$10: 11}> 
Gapacity : : ■ <$9836 {3 bytes/$12: 14} > 
Bytes_Per_Block : : = <532 {2 bytes/$15: 16>> 
Number_0f .Cylinders : : = <610 {2 bytes/$17: 18}> 
Number_Of_Heads : : = <2 {1 byte/$19}> 
Number_Of_Sectors : : = <32 {1 byte/$1A}> 

Number_Of_Possible_SpareBlocks : : = <$00004C {3 bytes/$1B: 1D}> 
Number_Of_SpareBlocks : : = <{3 bytes/$1E: 20, range 0. . $4B}> 
Number_Of_BadBlocks : : = <{3 bytes/$21: 23, range 0. . $4B>> 
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Read Controller Status 



Read_Controller_Status ::= <$01> 



Every time an operation completes {normally or abnormally} Widget will 
return Standard_Status. This allows the Host system to change it's flow of 
execution based on the state of the value returned in the Status. Normally, 
Standard_Status is all that is necessary to ensure continuous operation. In 
the exceptional case, or when the Host system is emulating the controler's 
functions, additional information concerning the state of Widget is mandatory: 
without it the Host simply could not make an optimum choice in deciding a 
course of action. 

Controller_Status is then a means for the Host system to interrogate Widget 
further. Each Status {with the exception of Abort_Status, which is a seperate 
command and is discussed later in this document} belongs to a homogeneous data 
structure: namely a four byte quantity containing a bit map representing the 
various exceptional conditions thyat are available as the first four bytes 
read from the controller upon completion of the current command. 

There are eight status' available to the Host system. The Host requests a 
specific status by setting the Instruction_Parameter to the value 
corresponding to the status needed. 



IF (Instruction_Byte = Read_Controller_Status) 
THEN Instruction_Parameter :: = «Standard_Status | 

Last_Logical_Block | 
Current_Seek_Address | 
Current_Cylinder | 
Internal_Status| 
Statejtegisters | 
Exception_Registers | 
Last-Seek_Address>) 

The four byte response to each of the above status requests is of the form: 
Status_Response ::= «ByteO> <Byte1> <Byte2> <Byte3>) 
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Standard__Stetus : : - <$00> 



ByteO : : = < Bit7: Other than $55 response from Host 
Bit6: Write Buffer OverFlow 
Bit5: {not used} 
Bit4: {not used} 
Bit3: Read Error 
Bit2: No Matching Header Found 
Bitl: Servo Error 
BitO: Operation Failed > 

Bytel : : = < Bit7: {not used} 

Bit6: Spare Table OverFlow 

Bit5: 5 or Less Spare Blocks Available 

Bit4: {not used} 

Bit3: Controller SelfTest Failure 
Bit2: Spare Table has been Updated 
Bit1: Seek Error 

BitO: Controller Aborted Last Operation > 

Byte2 : ; = < Bit7: First Status Response since Power-On 
Bit6: Logical Block Number Out of Range 
Bit5: : {not used}) 

Byte3 : : = < Bit7: Read Error Detected by Ecc circuitry 
Bit6: Read Error Detected by Crc circuitry 
Bit5: Header timeout 
Bit4: {not used} 

Bit3:0 : Number of unsuccessful retries {out of 10}> 
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Last_LogicaI_Block : : «= <$01> 
ByteO : : - {not used} 

Bytel : : = <Most Significant Block Address> 
Byte2 : : - <Next Most Significant Block Address> 
Byte3 : : - <Least Significant Block Address> 
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Current_Seek_Address : : - <$02> 
ByteO : : = <Most Significant Cylinder Address> 
Bytel : : - <Least Significant Cylinder Address> 
Byte2 : : = <Head Address > 
Byte3 : : = <Sector Address) 
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Current_Cylinder : : = <$03> 
ByteO : : - <Most Significant Cylinder Address> 
Bytel : : = <Least Significant Cylinder Address> 
Byte2 : : ■= <Head Address> 
Byte3 : : » <Sector Address> 
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Internal Status : : - <$04> 

ByteO : : « <Bit7: Recovery On 

BitS: Spare Table Almost Full 

Bit5: Buffer Structure is Contaminated 

Bit4: Power reset has just occured 

Bit3: Current Standard Status is non-2ero 

Bit2: 1 : {not used} 

BitO: Controller LED is on> 



Bytel : : ■ <Bit7: Onjrack 

Bit6: Read Headers after data recal 

Bit5: Current operation is a write operation 

Bit4: Heads are parked 

Bit3: Sequential look-ahead table search 

Bit2: {not used} 

Bit1: Seek_Complete 

BitO: Auto Offset is 0N> 



Byte2 : : - {this status is valid ONLY after a ProFile or System Command} 
<Bit7: Seek_Needed 
Bit6: Head_Change_Needed 
Bit5: 2 {not used} 
Bit1: Current block is a BAD block 
BitO: Current block is a SPARE block> 



Byte3 ::= <SpareTable_Type|UserData Type> 
SpareTable_Type : : = "<$08> 
UserData_Type : : = <$02> 
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State_Registers : : = <$05> 
ByteO : : = {not used} 



Bytel : : = <Bit7: Ram_Failure 

Bit6: Eprom_Failure 

Bit5: Disk_Speed_Failure 

Bit4: Servo_Failure 

Bit3: Sector_Count_Failure 

Bit2: State_Machine_Failure 

Bit1: ReadJJrite_Failure 

BitO: No_SpareTable_Found> 



Byte2 : : = <Bit7: Disk Read/-Write 
Bit6: SioRdy 
Bit5: Hsell 
Bit4: MselO 
Bit3: Bsy 
Bit2: Cmd 

Bit1: EccError {active low} 
BitO: Start {active low}> 



Byte3 : : = <Bit7: CrcError {active low} 

Bit6: Write_Not_Valid {active low} 
Bit5: ServoReady 
Bit4: ServoError 

Bit3: : Current state of the state-machine > 
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Exoeption_Registers : : - <$06> 

ByteO : : = <Bit7: Read error 

Bit6: Servo error while reading 

BitS: At least one successful read in last retry sequence 
Bit4: Header Timeout 
Bit3: CrcError or EccError 
Bit2:0 : {not used}> 



Bytel : : = <Bit7 : : = EccError 
Bit6 : : = CrcError 
Bit5 : : = Header Timeout 
Bit4 : : = {not used} 

Bit3:0 : {number of bad retries out of 10}> 



Byte2 : : » <Bit7: Write Error 

Bit6: Servo Error while writing 

Bit5: At least one sucessf ul write in last retry sequence 
Bit4: Header Timeout 
Bit3: : {not used}> 



Byte3 ::= {number of bad retries out of 10} 
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Read_ Servo__Status 



Read_Servo_Status : : = <$02> 
Instruction_Parameter : : - <0. . 8> 



This status command is used to interrogate the Servo Processor in much the 
same way that Read_Controller_St.atus is used. In fact, the form of the result 
is the same four byte-mapped quantity. 

This command is of the particular value to a diagnostician that is interested 
in *scoping-out* the servo subsystem. 

A more complete description of the servo commands can be read in the document 
titled "Widget Servo Functional Objective" written by Jim Reed. 
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Send Servo Command 



Send_Servo_Command : : = <$03> 
Instruct.ion_Parameter ::<= (<ByteO> <Byte1> <Byte2> <Byte3>) 



Normally, the Host will allow the controller to manipulate the servo 
processor in order to perform useful work. For example, let's suppose that the 
Host system wishes to move drive's heads from one track to another Under 
normal operating conditions the preferred way to perform this task is to use 
the Send_Seek command {explained later}. However, the Host has the capability 
to bypass the controller and direct the servo processor. Indeed, the Host can 
issue the servo command to position the heads so that the seek is completly 
transparent to the controller. The implication of this command is that the Host 
can gain even more control of the system if it so chooses. 

A more complete description of the servo commands can be read in the document 
titled "Widget Servo Functional Objective" written by Jim Reed. 



ByteO : : == <S_Command + S_Direction + Hi_Hagnitude> 

S_Command : : = <0f f set | 

Diagnostic | 
DataRecal | 
BrakeReleasel 
Access | 

Access_Offset| 
Home> 

Offset : : = <$10> 
Diagnostic : : = <$20> 
DataRecal : : = <$40> 
BrakeRelease : : = <$70> 
Access : : = <$80> 
Access_Off set : : = <$90> 
Home : : = <$C0> 

S_Direction ::= <Positive|Negative> 

Positive ; : = <$08 {towards inside diameter}> 
Negative : : = <$00 {towards outside diameter} > 

Hi_Magnitude : : = <0. .3 {move heads in multiples of 256}> 

Bytel : : = <Low_Hagnitude : : ■ 0. . 255 > 

{note: Hijnagnitude, Lowjnagnitude, and S_Direction establish 
the relative distance the heads must move to arrive at the 
target track} 
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Byte2 : : = <0f f set_Direction + Auto_Of f set_Switch + Of f set_Magnitude> 

Offset_Direction :: = <Positive|Negative> 

Positive : : = <$80 {towards outside diameter}> 
Negative : : = <$00 {towards inside diameter}> 

Auto_Offset_Switch : : ■ <ON|OFF> 

ON : : = <$40 {assert fine positioning}> 
OFF : : = <$00> 

Of f set_Magnitude : : = <0. . 32> 

Byte3 : : = <StatusRquest> 
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Send Seek 



Send_Seek : : = <$04> 

Instruct.ion_Parameter : : = (<HiCyl> <LoCyl> <Head> <Sector> <AutOff setFlag>) 

HiCyl, LoCyl, Head, Sector : : = <$00. . $FF> 
AutoOffsetFlag := <0N|0FF> 

OM :: = <$01> 

OFF : : = <$00> 

Widget's Send_Seek command allows the Host system to place the heads over any 
track on the disk. The value of the seek address is sent as the 
Instruction_Parameter, and each parameter is a byte in length. For example, 
for the Host to seek to (Cylinder 1, Head 0, Sector 18) without AutoOffset a 
seek command would be issued with the following Instruction_Parameter: ($0000, 
$00, $12, $00). 
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Send Restore 

Send_Restore : : = <$05> 
Instruction_Parameter ::» <DataRecal|BrakeRelease> 
DataRecal : : = <$40> 
BrakeRelease : : = <$70> 

The Send_Restore command is used by the Host to initialize the servo 
processor and to put the heads in a known location. This command is the same as 
performing a Data/Format Recal except that the controller updates it's 
internal state to account for the new servo position. 
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Sef_Recovery 



Set_Recovery : : = <$06> 

Instruction_Parameter : : = <ON|OFF> 

ON : : = <$01 > 
OFF : : = <$00> 



The exception handling characteristics of Widget approximate a binary set: 
either Widget handles everything, or the Host system does. The command 
'Set_Recovery' is the Host's link with this protocol in that it is through this 
instruction that the Host can gain control of the media. When Widget comes up 
after being reset, it assumes control and sets Recovery to be ON. The Host 
system must overtly change this state if it wishes to emulate a different 
exception handling criteria. Once Recovery is OFF, the controller will always 
fail in an operation if an exception occurs: the Host must assume 
responsibility for ALL error handling. 
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Soft_Reset 

Sof t_Reset : : = <$07> 
Instruction Parameter : : - <NULL> 



This command instructs the Widget firmware to restart its flow of execution 
at its initialization point. The results should be the same as a power reset. 
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SendPark 

Send_Park : : = <$08> 
Instruction Paramter : : ■= <NULL> 



When the Host issues a Send_Park command to the controller the results are 
that the heads are moved off the data surface and held very near the inside 
diameter crash stop. The difference between this command and the 
Send_Servo_Command: Home, is that Home is performed 'open-loop' with the crash 
stop as its reference point, while Send_Park is an access command to a specific 
track. The net result is a fairly hefty savings of time. 
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Diag__Read 



Diag_Read : : = <$09> 
Instruction_Parameter : : = (<SectorXSeqValue>) 
Sector :: = «0..31» 

SeqValue :: = (<NewSector|IncSectorXLong>) 

NewSector : : = $80 {selects 'Sector' as the sector to be operated on} 
IncSector : : = $40 {increments the last sector value) 
Long $20 {if Long then the ECC syndrome will be ignored and the 
checkbytes will be included at the end of the data} 

The Diag_Read command is used to read the block on the disk pointed to by the 
last seek address. The form of the returned data is exactly the same as that of 
ProFile_Read or Sys_Read in that 4 bytes of StandardjStatus precede the block 
of data." 
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Diag ReadHeader 



Diag_ReaclHeader : : = <$0A> 
Instruct.ion_Parameter : : - (<SectorXSeqValue>) 

Sector ::« (<0. .31>) 

SeqValue :: = (<NewSeetor |IncSectorXLong>) 

NewSector : : ■ $80 {selects "Sector* as the sector to be operated on} 
IncSector : : = $40 {increments the last sector value} 
Long :: = $20 {if Long then the ECC syndrome will be ignored and the 
checkbytes will be included at the end of the data} 



When the heads are positioned over an unknown location, or when it is 
suspected that a block's header is shot, it is time to use the Diag_ReadHeader 
command. This instruction allows the host to "suck-up" both whatever 
information is residing in the block's header field as well as the data from 
the block. The form of the result is: 



Result : : = (<Header {bytes/$00: 05}> 
<Gap {bytes/$06: 0C)> 
<Data {bytes/$0D:21F}» 

Header :: = (<HiCyl> <LowCyl> <HdSct> <-HiCyl> <-LowCyl> <-HdSct>) 

HiCyl : := <Most significant byte of cylinder address> 
LowCyl : : = <Least significant byte of cylinder address> 
HdSct : : = <Bit7:6 : Head address 

Bit5: : Sector address> 

-HiCyl : : = <ones-complement of HiCyl> 
-LowCyl : : = < ones -complement of LowCyl> 
-HdSct : : * <ones-complement of HdSct> 



Gap : : = <$00> 
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DiagWrite 



Diag_«rite : : = <$0B> 



Instruction_Parameter : : = <NULL> 
Sector : : = (<0. .31>) 

SeqValue :: - (<NewSector |IncSectorXLong>) 

NewSector : : = $80 {selects 'Sector* as the sector to be operated on} 
IncSector : : ■ $40 {increments the last sector value} 
Long : : = $2Q {if Long then the ECC checkbytes are to be supplied at the 
end of the write data} 

This instruction allows the Host to write a block of data to the location on 
the disk pointed to by the last seek address. DiagJIrite is valid for all 
states that the controller may wid up in, but is recommended that a Send_Seek 
command precede the write command to ensure that the correct block will be 
written. 
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Auto Offset 



Auto Offset : : = <$0C> 



Instruction_Parameter : : = <NULL> 

This command is used by the Host to fine-position the heads after they are 
on-track. The auto_offset function can also be implemented by using the 
Send_Servo_Command instruction; the difference is that the controller will 
update some internal information {remember, servo commands are transparent} as 
well as select the correct head to offset off of {the Widget system uses head 1 
only for fine positioning}. 
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Read SpareTable 



Read_SpareTable : : = <$0D> 
Instruction_Parameter : : = <NULL> 

Reading {and writing} the Widget's sparetable is an absolute must for 
diagnostic purposes, and if the Host wishes to emulate the controller. The 
result of this instruction is identical to performing a Profile Read from 
block -1 {SFFFFFE} and has the form: 

Result : : = (<Fence {bytes/$00: 03}> 

<RunNumber {bytes/$04: 07}> 
<Format_0f fset {byte/$08}> 
<Format_InterLeave {byte/$09}> 
<HeadPtr_Array {bytes/$0A: 49}> 
<SpareCount {byte/$4A}> 
<BadBlockCount {byte/$4B}> 
<BitMap {bytes/$4C:55}> 
<Heap {bytes/$56: 185}> 
< Inter Lea ve_Map {bytes/$186: 1A5}> 
<CheckSum {bytes/$IA6: 1A7}> 
<Fence {bytes/$1A8: 1AB}> 
<Zone_Table {bytes/$1AC: 1C1}> 
<Fence {bytes/$200: 203}> ) 

Fence : : = (<$F0> <$78> <$3G> <$1E> ) 

RunNumber :: = <32-bit integer > 

This integer is incremented once each time the spare table is written to 
to the disk. Because two copies are kept on the the disk, the RunNumber is 
used to indicate which is the more recent of the two, should both 
copies not be updated. 

Format_Of f set : : = <0. . Number Of Sectors > 

Format_Of fset is the number of physical sectors there are from index 
mark until logical sector 0. 

Format_Interl_eave : : = <0. . 6> 

This number is the interleave factor for this disk and is used in 
calculating where each of the logical sectors are relative to actual 
sector locations. 

HeadPtr_Array : : = <ARRAY[0. . 63] of HeadPtr 

HeadPtr : : = <Nil+Ptr> 

Nil : : = <$80 {if Nil the end-of -chain}> 
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Ptr : : * <$00. . $7F {address of next element}> 

A Ptr is a 7-bit structure that 'points' to a 
specific location within the Heap. To arrive 
at the actual index value within the Heap, 
the Ptr must first be multiplied by 4 {the 
length of each element}. 

When a disk is formatted and being written to for the first time, each logical 
block is assigned the first available physical block on the disk. Therefore you 
would expect that LogicalBlock(O) would occupy PhysicalBlock(O), L(1) — > 
P(1), etc. There are instances, however, when a block of data must be relocated 
to anaother space on the disk that does not follow the original progression 
(for example, the original space was defective). In order to 'find' these 
relocated blocks in the future a record must be kept as to where all these 
relocated blocks have been put. This record takes the form of 128 linked lists 
having the form: 

HeadPtr[n] — > LinkedList[n], where n ::= [0. .127] 

The algorithm for deciding whether or not a logical block has been relocated 
is to extract bits 10: 16 from the LogicalBlockNumber and use it as an index 
into the HeadPtrArray: 

IF (HeadPtr[LogicalBlockNumber/bits 10: 16]. Nil) 
THEN LogicalBlock has not been relocated 

ELSE use HeadPtr[]. Ptr to begin searching the chain for a matching 

element {refer to the structure of ListElement for more detail} 
IF no matching ListElement 
THEN LogicalBlock has not been relocated 

ELSE the element position in the Heap corresponds to the new 
physical block location 

SpareCount : : = <$00. . $4B> 

BadBlockCount : : = <$00. . $4B> 

BitHap : : = <ARRAY[$00. . $4B] of Bits> 

The bit map is used to keep a record of which spare blocks are 
occupied. 

Heap : : = <ARRAY[$00. . $4B] of ListElemenO 

ListElement : : = (<Nil+Used+Useable+Spr_Type+Data_Type> 
<Token> 
<Ptr>) 

Used : : = <$40> 

Useable : : = <$20> 

Spr_Type : : = <Spare|BadBlock> 

Spare :: = <$10> 

BadBlock : : = <$00> 
Data_Type ::= <Data|SpareTable> 

Data : : = <$02> 
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SpareTable : : = <$08> 

Token : : = <Bits 0: 9 of LogicalBlock> 

InterLeaveJIap ::■ <ARRAY[0. .31] of [0. ,31]> 

The InterLeave_Map is used to logical re-interleave the drive so that 
Widget can be run optimally on any system without having different 
manufacturing or formatting processes. 

Check_Sum : : = <sum of all bytes in the spare table from the first fence to 

beginning of this structure, in M0D-65536 arithmetic 

Zone_Table : : = <ARRAY[0. .NumberOf Zones] of Zone_Element> 

Zone_Element : : = <0f f set_Direction+Of f set_Magnitude> 
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Write_SpareTable 



•rite_SpareTable : : = <$0E> 



Instruction_Parameter : : = «$F0> <$78> <$3C> <$1E>) 

This coimmand allows the Host to 'force' a new spare table on the controller, 
and is executed just like any of the other write commands (data, in this case, 
MUST conform to the structure presented in Read_SpareTable}. The data sent to 
the controller is written to the two spare table locations on the disk. 
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Foirmat_Track 

Format_Track : : = <$0F> 
Instruction_Parameter : : = (<PassWord>) 
Password : : = (<$F0> <$78> <$3C> <$1E>) 
The format command is used to: 

1. Operate on the track that is currently beneath the heads - this 

implies that the Host had best perform a Send_Seek and Auto_Off set 
command prior top formatting a track. 

2. New headers will be layed down in every sector of the track. 
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Read__Abort__Status 

Read_Abort_Status : : = <$11> 



Instruction_Parameter : : = <NULL> 



Read_Abort_Status will return vaild data only AFTER the controller has 
aborted (identified by Standard_Status.Byte1. BitO}. The form of the result is 
a 16 byte string, and its contents are the contents of the controller's 
registers at the time of the abort - with the exception of byte $0F, which is 
the value of the Abort taken. 
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Reset Servo 



Reset Servo : : = <$12> 



Instruction Parameter ::= <NULL> 



Reset_Servo allows the Host to initialize the servo processor without having 
to power the device down. The controller will automatically reset the Servo, 
set the baud rate at 57. 6IC and check for valid initial conditions. 
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Read Track 



Read_Track : : = <$13> 
Instruction_Parameter : : = (<SectorXSeqValue>) 
Sector ::= (<0..31>) 

SeqValue :: = (<NewSector |IncSectorXLong>) 

NewSector :: = $80 {selects 'Sector' as the sector to be operated on} 
IncSector : : = $40 {increments the last sector value} 
Long :: = $20 {if Long then the ECC syndrome will be ignored and the 
checkbytes will be included at the end of the data} 
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Write Track 



UriteJFrack : : = <$13> 
Instruct.ion_Parameter :: = (<SeetorXSeqValue>) 
Sector ::= (<0..31>) 

SeqValue : : = (<NewSector| IncSector ><Long>) 

NewSector : : = $80 {selects 'Sector' as the sector to be operated on} 
IncSector : : = $40 {increments the last sector value} 
Long : : = $20 {if Long then the ECC checkbytesare to be supplied at the 
end of the write data} 

This diagnostic command is used mainly to facilitate the Nisha FST program. 
The entire track (as defined by the last Seek address, and beginning with 
Sector or Last_Sector + 1 if NewSector or IncSector is set) is written. Data, 
however is sont for only the first sector written (implying that the whole 
track will be written with the same data pattern). This diagnostic command is 
used mainly to facilitate the Nisha FST program. 
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System Commands: 
System commands have been implemented for essentially two reasons: 

1. It was important for Widget to add one more check on the CMD/BSV 
handshake: namely the addition of a checkbyte following the command 
string. 

2. In order to increase the performance of the system without modifying 
the hardware it was critical to introduce another level of parallelism 
into the Host/Controller interface. Most of the reads for a specific 
block on the disk are followed by a read for the next logically sequential 
block. Therefore the command decoding and checkbyte comparison for all 
but the first block has been suppressed into a multiblock-type command. 
The implementation for this added parallelism is to send an extra 
parameter with the (first) LogicalBlock indicating the number of blocks 
to be read sequentially. 
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Sys_Read 



Instruction_Parameter : : = (<BlockCount> <LogicalBlock>) 

BlockCount :: = <$01..$FF> 

This parameter is the number of blocks to be read that follow 
sequentially from LogicalBlock. It is assumed that one block 
(LogicalBlock) will be read. 

LogicalBlock : : = <$000000. . 009835> 
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Sys_Write 



Instruction_Parameter : : = (<BlockCount> <LoglcalBlock» 

BlockCount : : = <$01. . $FF> 

This parameter is the number of blocks to be read that follow 
sequentially from LogicalBlock. It is assumed that one block 
(LogicalBlock) will be read. 

LogicalBlock : : = <$000000. . 009835> 
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Command Summary 

ProFile_c;ommands: 

ProFile Read : : = «$00> <3 bytes LogicalBlock» 
ProFile„Write : : - (<$01> <3 bytes LogicalBlook>) 

Diegnostic_Commands: 

Read_Id : : - (<$12> <$00> <$ED>) 

Read_Controller :: = «$13> <$01> <StatusRequest> <CheckByte» 
Read_Servo_Status : : = (<$13> <$02> <StatusRequest> <CheckByte>) 
Send_Servo_Command : : = «$16> <$03> <ComrnandRequest> <CheckByte» 
Send_Seek : : - (<$17> <$04> <SeekAddress> <Auto0ff set Flag> <CheckByte>) 
Send_Restore : : = «$13> <$05> < RecalType> <CheckByte» 
Set Recovery : ; = «$13> <$06> <0n/0ff > <CheckByte» 
Soft Reset : : = «$12> <$07> <$E6» 
Send Park : ; = «$12> <$08> <$E5» 

Diag_Read : : = (<$14> <$09> <Sector> <SeqValue> <CheckByte» 
Diag_ReadHeader : : = «$14> <$0A> <Sector> <SeqValue> <CheckByte» 
DiagJIrite : : = (<$14> <$0B> <Sector> <SeqValue> <CheckByte» 
Auto_0f f set : : = «$12> <$0C> <$E1 » 
Read_SpareTable : : = «$12> <$0D> <$E0» 
Write_SpareTable :: = «$16> <$0E> <PassWordXCheckByte» 
Format_Track : : = «$16> <$0F> <PassWord> <CheckByte>) 
Read Abort_Status :: = «$12> <$11> <$DC» 
Reset_Servo : : = «$12> <$12> <$DB>) 

Read Track : : = «$14> <$13> <Sector> <SeqValue> <CheckByte» 
Write_Track : : = «$14> <$14> <Sector> <SeqValue> <CheckByte» 

System_Commands: 

Sys_Read : : = (<$26> <$00> <BlockCount> <LogicalBlock> <CheckByte» 
Sys_Write : : = «$26> <$01> <BlockCount> <LogicalBlock> <CheckByte» 
Sys_WrVer : : = «$25> <$02> <LogicalBlock> <CheckByte» 

Password : : = (<$F0> <$78> <$3C> <$1E» 



Abort Status Variables 



There are occasions when the Nisha Controller will detect that something is 
radically wrong with the Nisha Subsystem, i. e., the ram on board the controller goes 
on vacation, or the positioning system gives up the ghost, etc. In one of these 
cases the controller will abort its current instruction and return control to the 
Host, hopefully with enough information that the Host can make an intelligent 
decision concerning the state of Nisha. 

The Host can read some information concerning the abort that the controller took 
by requesting Read_Abort_Status. This command returns a result that is 20 bytes 
long: 4 bytes of standard status and 16 bytes of abort status. The contents of the 
abort status are dependent upon the actual abort taken, and is determined by 
examining the contents of byte 16: the value of the abort taken. 



$01: Illegal interface response, or Host Nak 

Byte/$09: Response byte that caused abort 
$02: Illegal Ram Bank select 

Byte/$00: Bank number 
$03: Format Error: illegal state-machine state 

Byte/$0A: state of state-machine at time of abort 
$04: Illegal Rom Bank Select 

Byte/$00: Bank number 
$05: Illegal interrupt or DeadMan_Timeout 

Bytes/$0A: 0B: Address of routine at time of timeout 
$06: Format Error: Error while writing sector 

Byte/$09: Error status from FormatBlock 
$08: Command Checkbyte Error 

$09: ProFile or System command attempted while SelfTest Error 
$0A: Illegal Command 

$0B: Unrecoverable Servo Error while reading 

$0C: Sparing attempted on non-existent spare block 

$0D: Sparing attempted while sparetable full 

$0E: Deletion attempted of non-existent bad block 

$0F: Illegal exception instruction 

$10: Write buffer overflow 

$11: Unrecoverable servo error while writing 

$12: Servo status request sent as Servo command 

$13: Restore Error: Non-Recal parameter 

Byte/$00: Value of illegal parameter sent 
$14: Illegal password sent to Write_SpareTable_Command 
$15: Illegal password sent to Format command 
$16: Illegal format parameters 

Bytes/$09: OA: illegal parameters 
$17: Illegal password sent to Init_SpareTable_Command 
$18: Zero block count sent to System^Command 
$19: Write Error: Illegal state-machine state 

Byte/$0A: State-machine state at time of abort 
$1A: Read Error: illegal state-machine state 

Byte/$0A: State-machine state at time of abort 



$1B: ReadHeader Error: illegal state-machine state 

Byte/$0A: State-machine state at time of abort 
$1C: Request for illegal logical block 

Bytes/$00: 02: logical block number 
$1D: External Stack overflow 

Bytes/$04: 07: stack history 
$1E: Search for SpareTable failed 
$1F: No sparetable structure found in sparetable 
$20: Update of sparetable failed 
$21: Illegal sparecount instruction 

Bytes/$09: value of illegal instruction 
$22: Unrecoverable servo error while seeking 
$23: Unable to transmit command to servo 
$24: Unable to receive status from servo 
$25: Unable to find any headers after DataRecal 
$26: Servo error after servo reset 

Byte/$0A: value of controller status port 
$27: Servo communication error after servo reset 
$28: Scan attempted without sparetable 
$29: Illegal Bank Call 
$2A: Illegal Bank Return 

$2B: Illegal Sector value detected in LocateSector 

$2C: Illef al Sector value detected while remapping 

$20: Control/Status register in GA is non-functional 

$2E: Read gate not active 

$2F: Read always active 

$30: Statemachine single step error 

$31: Data compare mismatch in r/w self test 

$32: SpareTable Ptr is addressing out-of-bounds 

$33: New Spare not found by OverLap 
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APPLICABLE DOCUMENTS 

Engineering Specification: 

The HDA components shall meet all requirements and specifications set 
forth in the following documents unless separately specified herein. 



NISHA Assembly 676-5007 

Head Disk Assembly 678-5006 

Disk Specification 062-0236 

Heed Specification 062-0231 

Spindle Motor Assembly 699-5034 

P.C.B Assembly, Motor Control 678-0102 





r " ■ 

^cippkz computer inc. 


SIZE 

A 


DRAWING NUMBER 

OC2>e - OEB7 - A 




SCALl 


=: J SHEET £ 0F3O^ 



CONTENTS 

1.0 SCOPE 

2.0 CAPACITY 

3.0 TRANSFER RATE 

4.0 ACCESS TIME 

5.0 ROTATIONAL SPEED 

6 RECORDING DENSITY 

70 RELIABILITY 

6.0 ERROR RATE 

9.0 POWER REQUIREMENT 

10 ENVIRONMENTAL 

1 1 MOUNTING 

12.0 NISHA INTERFACE 

13.0 SERVO 

13.1 COMMUNICATION FUNCTIONS 

13.2 SERVO PROTOCOL 

13.3 ERROR HANDLING 





f — 


SIZE 


DRAWING NUMBER 




^cipplc computer inc. 


A 


OCoS.- 0£Q"7-A 




SCALE: | SHEET 3 OF - OJ 



1.0 



SCOPE 



The NISHA Drive consists of the NISHA HDA Assembly end 
one Electronic: Board Assembly. The scope of this speci- 
fication is to define the NISHA Drive without controller. 



2.0 



CAPACITV 



No. of Disks 

Recording Surface 

Per Drive 

No. of Cylinders 

Total No. of Tracks 

No. of Sector/Track 

Bytes/Sector 

Total No. of Blocks (Data) 

Spare Blocks 



1 

2 

20.7MB(Formatted) 

610 

1220 

32 

532(Formatted) 

38,964 

76 



3.0 
40 



TRANSFER RATE 



ACCESS TIME 



75MHZ 



Track to Track 
Average 
Maximum 
Average Latency 



10 ms 
50 ms 
150 ms 
10.9 ms 



5.0 ROTATIONAL SPEED 



2749 RPM 



6.0 RECORDING DENSITY 



Bits Per Inch 

Flux Changes Per Inch 

Tracks Per Inch 



19,065 (MAX) 
12,710 (MAX) 
600 



70 



RELIABILITY 



MTBF (Typical Usage) 
Component Life 
Media Life 



15,000 Hours 
5 Years 
10,000 Starts/Stops 
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8.0 



ERROR RATE 



Soft Read Errors 
(9 retries minimum) 
Herd Reed Errors 
Seek Errors 



1 per 10 9 bits 

1 per 10 12 bits 
1 per to 4 seek 



9.0 



POWER REQUIREMENT 



+5V DC 
-12.5V DC 
♦ 12.5V DC 



5% 
5* 
5S 



Standby Power 
Typical Power 



620 me 
180 mo 

470 mo (on Track) 
670 mo (Average Seek- 
R/W) 

1200 ma (Start for 5 Sec) 
11. 2 Watts 
13.7 Watts 



u u 



ENVIRONMENTAL 



Ambient Temperature 
Operating 
Shipping 
Storage 

Maximum Temperature Gradient 
Operating 
Non-operating 

Relative Humidity (Non-Condensing) 

Relative Humidity 
Stray Magnetic Field (1 inch from casting) 20 Gauss(Mex) 



10°C to 60°C 
-40°C to 70°C 
-40°C to 70°C 

10°C per hour 
Below that causing 
Condensation 

20% to 80S 



Attitude 
Shock and Vibration 

Shock (Operating) 
Shock (shipping) 
Vibration (Operational) 
Vibration(Non-operatlonal) 



10,000 Feet 

5G, 1 1 msec.half sine 
50G, 1 1 msec.half sine 
0.5g peak; 20-200Hz 
2g peak; 20-200H2 



1.0 



MOUNTING AND PHYSICAL C0NFIGRUATION See Figure 1 
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12.0 



NISHA INTERFACE 



12.1 GENERAL DESCRIPTION: 



PIN SIGNAL NAME I/O 



FUNCTION 



1 INDEX 



THIS SIGNAL INDICATES THE BE- 
GINNING OF SERVO SECTOR AND 
END OF DATA SECTOR 31. ONE PER 
REVOLUTION (2749RPM +-1.5*) 



3 SECTOR 







THIS SIGNAL INDICATES THE BE- 
GINNING OF DATA SECTORS. 
TOTAL DATA SECTORS IS 32 
STARTING FROM SECTOR TO 
3 1 . EACH SECTOR HAS 620*- 1 6 
BYTES OR 661 17 US. 



5 RWCLK 



READ/WRITE CLOCK IS THE SIGNAL 
TO SYNCHRONIZE THE DRIVE READ/ 
WRITE DATA CLOCK FREQUENCY IS 
7 5 MHZ +-40%. WITH 50+- 10* 
DUTY CYCLE. 



7 /RDATA 



NRZ READ DATA FROM DRIVE IS 
SYNCHRONIZED TO THE RISING 
EDGE OF THE READ/WRITE CLOCK 
(RWCLK) READ DATA CAN CHANGE 
AT A MIN. OF 40NS AND AT A MAX 
OF 90NS FROM THE RISING EDGE 
OF THE RWCLK 



9 WDATA 



NRZ WRITE DATA FROM CON- 
TROLLER IS SYCHRONIZED TO THE 
RISING EDGE OF THE RWCLK. WRITE 
DATA CAN CHANGE AT A MIN. OF 
40NS AND AT A MAX. OF 90NS 
FROM THE RISING EDGE OF THE 
RWCLK. 
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1 1 /WTGT 



WRITE GATE FROM CONTROLLER, 
WHICH INDICATES THAT WRITE 
DATA IS SHIFTING FROM CON- 
TROLLER TO DRIVE. 



12 HSO 



HEAD SELECT INDICATES THE 
SELECTION OF HEAD HEAD 
SWITCHING RECOVERY TIME IS 
1 US 



1 3 RDGT 



READ GATE FROM CONTROLLER, 
WHICH MUST BE TURNED ON AT 
GLITCH FREE DATA SYNCHRO- 
NIZATION AREA. READ DATA WILL 
BE AVAILABLE AFTER VCO IS 
LOCKED ON THE DATA SYNCHRO- 
NIZATION BYTES(OO). VCO LOCK 
ON TIME IS 12 BYTES MAXIMUM. 



14 HSl 



HEAD SELECT I, A RESERVED PIN 
FOR FUTURE ADDITION OF READ 
WRITE HEADS. 



15 SO 



SERVO SERIAL DATA OUT IS AN 
OUTPUT SIGNAL THAT SHIFTS 
SERVO STATUS FROM DRIVE TO 
CONTROLLER AT A MAX. RATE OF 
58.6K BITS/SEC. 



/RWI 



REDUCED WRITE CURRENT IS A 
SIGNAL THAT INDICATES TO DRIVE 
THAT LESS WRITE CURRENT IS 
REQUIRED AT THE INSIDE TRACKS 
WHICH HAVE MUCH HIGHER FLUX 
CHANGE PER INCH (FCI). 



17 



SERVO SERIAL DATA IN IS AN 
INPUT SIGNAL THAT SHIFTS 
SERVO COMMANDS FROM CON- 
TROLLER TO DRIVE AT A MAX. 

PATF (IF Rft ftKRlTq/qpr 



r 
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t8 /RESET 1 SERVO RESET IS AN INPUT SIGNAL 

THAT RESETS THE SERVO CONTROL 
FUNCTIONS. 



19 SIORDV SERVO INPUT /OUTPUT READY IS 

AN INDICATION FROM DRIVE TO 
CONTROLLER THAT SERVO COM- 
MUNICATION IS READY. 

21 SERVORDY SERVO READY IS AN OUTPUT 

SIGNAL THAT DRIVE INDICATES 
TO CONTROLLER THAT READ/ 
WRITE HEAD IS ON TRACK AND 
IS READY FOR READ/WRITE DATA 
TRANSFER. 



23 /WRITESAFE WRITESAFE WHEN LOW INDICATES 

FROM DRIVE TO CONTROLLER THAT 
WRITING IS SAFE TO BE PRO- 
CEEDED. WRITESAFE WHEN HIGH 
INDICATES FROM DRIVE TO 
CONTROLLER THAT WRITING IS 
PROHIBITED OR SERVO COM- 
MUNICATIONS HAS AN ERROR. 
WRITESAFE CAN GO HIGH DURING 
THE WRITING CYCLE AND WILL NOT 
BE LATCHED IT IS THE RESPONS- 
IBILITY OF THE CONTROLLER TO 
LATCH THE STATUS AND REWRITE 
THE DATA SECTOR. 
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12.0 NISHA INTERFACE (con't) 

PIN SIGNAL NAME I/O FUNCTION 



8 


♦5V 1 


POWER SUPPLY INPUT 


10 


♦5V 1 


POWER SUPPLY INPUT 


2 


GND 1 


GROUND 


4 


GND t 


GROUND 


6 


GND 1 


GROUND 


20 


♦12V 1 


POWER SUPPLY INPUT 


22 


♦12V 1 


POWER SUPPLY INPUT 


24 


-12V 1 


NEGATIVE POWER SUPPLY INPUT 


25 


MOTOR 12V 1 


POWER SUPPLY TO MOTOR 






(ISOLATED FROM ♦ 12V IN NISHA) 


26 


MOTOR GND 1 


MOTOR 6R0UND0S0LATED FROM 



GND IN NISHA) 
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12.1 DC ELECTRICAL CHARACTERISTICS 

(TEMPERATURE: 10 0E6 TO 60 DEC CELSIUS) 

PARAMETER MIN TYP MAX UNITS COMMENTS 


VIL INPUT 










LOW V0LTA6E 


-0 3 


0.6 


V 10L MAX— 400UA 


VHI INPUT 










HIGH VOLTAGE 


2.0 


VCC 


V !0HMAX = +40UA 


VOL OUTPUT LOW 










VOLTAGE 




0.4 


V 3LSTTL=+1.2MA 


VOL OUTPUT HIGH 










VOLTAGE 


2 4 






V 3 L STTL — 


5V POWER SUPPLY 










VOLTAGE 


4 75 5 00 


5.25 


V tAMAX 


+ 1 2V POWER SUPPLY 










VOLTAGE 


12.0 


13.2 


V 


- 1 2V NEG POWER 










SUPPLY VOLTAGE 


- 1 2.0 




13.2 


V 


MOTOR ♦ 12V MOTOR 










SUPPLY VOLTAGE 


12.0 


13.2 


V 


CABLE LENGTH 






1 


FT 


CABLE CAPACITANCE 


15 




25 


PF 


RISE TIME 


35 




40 


NS 


FALL TIME 


20 




25 


NS 
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12.3 AC ELECTRICAL CHARACTERISTICS 



NOTE 1 ID BYTES FORMAT 

M L 

S S 

B B 

7 6 5 4 3 2 10 



T 1 = I TRACK BYTE 1 

TO = I TRACK BYTE 

HS = I HEAD! SECTOR 

.'7 1= | INVERSE OF TRACK 1 

/T0= ( INVERSE OF TRACK 

/HS= I INVERSE OF HD,STR 

00= I LAST 00 BYTE 



12.4 

-RESET P- 16 Input. Resets the Servo z6 end the TL7705 
(U24) power monitor I.C 



RESET Output from the TL7705 I.C. 



RESET Output from the TL7705 I.C. complement of RESET 

12.5 NORMAL POWER UP (SEE FIG. A) 

When +5V crosses a trigger threshold of 4.3V the TL7705 

initiates o 140MS timing period. 

At the end of this timing period RESET will go high and RESET 

will go low and the Spindle Motor wil l resta rt. 

If +5V goes below the 4.3V threshold RESET will go low, RESET 

will go high end theTL7705 will initiate a new MOMS timing 

cycle. 
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12.6 POWER UP WITH SPINDLE MOTOR HOLDOFF (SEE FIG. B) 



If the -RESET line is held low the TL7705 is held in a 
state 



RESET 



RESET is low ond RESET is high. Upon releasi ng the 
-RESET line the TL7705 will continue to hold RESET low ond 
RESET high for approximately 100MS. The Spindle Motor drive 
circuitry is enabled only when RESET from the TL7705 is low 
Sending a -RESET longer than IMS +1051 will cause theTL7705 to 
go into a RESET state 

12 7 SPECIFICATIONS 



-RESET 



IMS -OS -tOS 



TL7705 Timeout Period. 

Power Up - 
Externa! RESET - 

TL7705 Threshold 



MOMS ♦ 



_ 1 0% 
100MS + 15* 



4.3V + 10* 
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4.3V 



+5V 




+ I2V 




-RESET 


/ 



I 

A 



POKC RESET) 



rns 



S/S (RESET), 



140 ms- 



ft 



ft 



ft 



ft 




V 



> 

X 

I v. 

I 



4.3V 



SPINDLE MOTOR 
START 



FIGURE *A* 
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+ 5V 



+ I2V 



- RESET 



RESET 



RESET 




4.3V 



100ms j— ■ 



- SPINDLE 
MOTOR START 




FIGURE * B' 
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13 SERVO 



13.1 BASIC SERVO FUNCTIONS 

Nlsho servo control functions ore handled by a 28 
microprocessor. The 28 handles all I/O operations, timing 
operations and communication with a host controller. Control 
functions to the Z8 Servo Controller are made through the 
serial I/O 

The following commands for the Nisho servo are: 

A. INHIBIT SERVO - not detented, heads off data zones located 
at the inner stop. Inhibit Servo is also generated following 
a reset of 28. 

B. SET BRAKE - performs recal operation all the way to outer 
crash stop, holds brake to insure latching then inhibits 
servo beck to inner crash stop. 

C. RECAL - 12, -0, +3 tracks from HOME Used to initialize 
into data zone. 

D ACCESS - coarse track positioning of dote heed to any 
desired treck location. 

E. OFFSET TRACK FOLLOWING - controlled microstepping of 
fine position system during TRACK FOLLOWING (two modes) 

1. COMMAND OFFSET - direction end amount of offset is 
specified to the servo 

2. AUTO OFFSET - command allows the servo to auto- 
matically move off track by the amount indicated by 
the embedded servo signal on the data surface (disk) 

F. STATUS - command can read servo status. 
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See Table 1 (Section IV) for the actual command description. 
With the present command structure a SEEK COMMAND can be 
augmented with an OFFSET COMMAND Upon completion of a 
seek, the offset command bit is tested to determine if an 
offset will occur following a seek (either auto or commend 
offset). 

When a SERVO ERROR occurs the Z8 SERVO will attempt to do 
a short RECAL (ERROR RECAL). Two attempts are made by the 
system to do the ERROR RECAL function If either of the two 
RECAL operations terminate successfully the protocol status 
will be SERVO READY, SIO READY and -WRITE SAFE. Should 
the ERROR RECAL fail then the system will complete the 
error recovery by a inhibit servo function. 

The two OFFSET commands will be described. First COMMAND 
OFFSET is a predetermined amount of microstepping of the fine 
position servo Included in the OFFSET BYTE (STATRE6) bit 
B6=0 is a COMMAND OFFSET. Bit B7- 1 is a forward offset step 
(toward the spindle); B7=0 is a reverse step. If bit B6- 1 , the 
OFFSET command is AUTO OFFSET 

AUTO OFFSET command normally occurs during a write 
operation. When the HDA was initially formatted at the 
factory, special encoded servo date was written on eoch track 
"near" the index zone The reason for this follows. 
"Normal coarse and fine position information for the 
position servos is derived from an optical signal relative 
to the actual data head-track location Over a period of 
time, the relative position (optical signal) will be mis- 
aligned to the absolute head-track position by some 
unknown amount (less than 100 uln) This small change 
is Important for reliability during the write operation. 
Write/Read reliability can be degraded due to this mis- 
alignment. The special disk encoded servo signal is 
available to the fine position servo. It will correct the 
difference between the relative position signal of the 
optics and the absolute head to track position under the 
data head only a index time The correction signal can be 
held indefinitely or updated (if desired at each index time) 
until a new OFFSET command or move command (SEEK or 
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13.1 COMMUNICATION FUNCTIONS 



The servo functions described in the previous section only occur 
when the servo 28 microprocessor Is in the communication state. 
Communication states occur immediately after a system reset, 
upon completing head setting after a recal, seek, offset, read servo 
status or set servo diagnostic command. If ♦ SIO READY is not 
active, no communication can exist between the external controller 
and the servo Z8 processor. 

Servo commands are serial bits grouped as five seperate bytes 
total. Refer to Table 1 parts i through V for the total communi- 
cation string. The first byte is the command byte (i.e seek, read 
status, recel, etc.). The second byte is the low order difference for 
a seek (i.e. Byte 2 = $OA is a ten track seek). The third byte is the 
offset byte (AUTO or COMMAND OFFSET and the magnitude/direction 
for command offset) The fourth byte is the status byte (use for 
reading internal servo status) Byte five is the check sum byte used 
to check verify that the first four bytes were correctly transmitted 
(communication error checking). 

Port of the communication function requires o specific protocol 
between the servo Z8 processor and the external controller. 
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13 2 28 SERVO PROTOCOL 



The protocol between the Z8 SERVO microcomputer and the CON- 
TROLLER Is based on five I/O lines. Two of the I/O lines are serial 
input (to Z8 servo from controller) serial output (from 28 servo to 
controller). Data stream between the Z8 servo end controller is 8 
bit ASCII with no parity bit (the fifth byte of the command string 
contains check sum byte use for error checking). There are three 
additional output lines between the Z8 servo used as control lines 
to the controller. Combining the two serial I/O lines and the three 
unidirectional port lines generates the bases of the protocol 
between the 28 servo and controller The important operations 
between the Z8 servo and controller are: 



1 Send commands to Z8 servo. 

2. Read 28 servo status. 

3. Check validity of all four command bytes. 

4 I/O timing signals between the 28 servo end controller. 

5. 28 servo reset. 



Sequencing the 28 servo controller is an important process fol- 
lowing a Power Up or if the controller should issue a 28 Servo 
Reset at any time After a 28 Servo Reset is inhibited, the 28 I/O 
ports and internal register are initialized. This takes approximately 
75 msec after the 28 Servo Reset is inhibited. The protocol baud 
rate is automatically set to 58 59KB and then the system is parked 
at HOME position by inhibiting the SERVO end SIO READY is set 
active. 

Before the controller transmits the command byte the controller 
must poll the SICI READY line from the 28 servo to determine if it 
is active (+5 volts). If the line is active then a command can be 
transmitted to the 28 servo The program in the 28 servo will 
determine whet to do with the command bytes (depending upon the 
current status of the 28 servo). After the command (five bytes 
long) has been transmitted to the 28 servo, the program in the 28 
servo will determine if the command bytes (first four bytes) are in 
error by evaluating the check sum byte (fifth byte transmitted) 
After the controller has transmitted the last serial string end 
-WRITE SAFE is true (OV) it must wait 250 U sec then test for 
-WRITE SAFE 
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If -WRITE SERVO is high the commend wes rejected 
(check sum error or invalid commend) If -WRITE SAFE is set in- 
active 600 U sec efter the commend is sent (end not 250 U sec), this 
wes e commend reject. This unsef e condition must be cleared by a 
READ STATUS COMMAND or RECAL COMMAND before transmitting 
another commend. If SERVO READY is l ow then this p rotocol is not 
veltd since SERVO READY is gated with SERVO ERROR end on treck to 
generate -WRITE SAFE. This protocol is only effective if the drive 
is treck following (SERVO READY is true) 

As long es SIO READY is ective the controller con communicete 
with the Z8 Servo Controller. If SERVO READY is ngt ective the 
only commend thet will cause the Nishe Servo to set SERVO READY 
active is e RECAL COMMND Reed Stetus will only cleer SERVO 
ERROR if SERVO READY is also true, and all other commends will 
be rejected. 

Next, if SERVO READY is high and -WRITE SAFE is also high, 
-WRITE SAFE con be cleared by: 

1 Any READ STATUS COMMAND 

2. Any RECAL COMMAND 



3. Any other commands will be rejected and maintein -WRITE SAFE 

I f a SEEK COM MAND is transmitted with both SERVO READY end 
-WRITE SAFE ective, the commend will be rejected 

It is important to check the status of ell three status lines from 
the 26 Servo. It is best to ovoid sending a SEEK COMMAND with 
SERVO READY end -WRITE SAFE inactive. If a seek length of 1024 
or great is sent, the command will be rejected and -WRITE SAFE 
will go high. 

Chert V, perts A-l, illustrete some of the seriel communcietion 
commands and error conditions thet can occur between the con- 
troller and 28 SERVO 
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133 ERROR HANDLING 

-WRITE SAFE will be generated during the following conditions: 

1. During Recet mode (velocity pontrol only) access time-out. If 
a Recal function exceeds 220 msec then an access timeout 



2 During Seek mode (velocity control only) access time-out. If 
a Seek function exceeds 220 msec then an access time-out 



3. During Settling mode (following a Recal, Seek, or Offset) if 
there is excessive On Track pulses (3 crossings) indicating 
excessive head motion, a Settling error check will occur. 

4 During a command transmission if a communication error occurs 
(check sum error) 

5. During a command transmission if a invalid command is sent. 



occurs. 



occurs. 
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Z8 SERVO COMMAND BYTES 
TABLE I 

I. BYTE 1: COMMAND BYTE (DIFCNTH) 







B7 


66 


B5 


B4 


FUNCTIONS 






t 











access only 




B7 


1 








j 


access with offset 


commend 


B6 





1 








dato recel 


bits 


B5 





1 


1 


1 


set brake 




B4 











1 


offset-trk following 






1 


1 








inhibit servo 


















read status command 



access 
bits 



B3 - access direction 

B2 - NOT USED(command will be rejected -WRITE SAFE 

will go high) 
Bt - hi diff2 (512) 
BO - hi diff I (256) 



MAXIMUM seek length is ♦/- 1023 

access direction = I (FORWARD: toward the spindle) 

= (REVERSE: away from the spindle) 



hi diff2 (512) 



hi diff 1(256) 



= 1 (512 tracks to go) 

= (not set) 

= 1 (256 tracks to go) 

= (not set) 



II BYTE 2: DIFF BYTE (DIFCNTL) 

command BYTE 2 contains the LOW ORDER DIFFERENCE COUNT for a seek 



B7-bit7 = 
B6-DU6 = 
B5-bit5 = 

B4-bit4 = 
B3-bit3 = 
B2-DU2 = 
Bl-bitl = 

Bo-bito - 



128 tracks 

64 tracks 

32 tracks 

16 tracks 

8 tracks 

4 tracks 

2 tracks 

1 track 
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III. BYTE 3: OFFSET BYTE (STATREG) 

commend BYTE 3 contains the INSTRUCTION for on OFFSET COMMAND (seek 
or during track following) 



B7-of f set direction 
B6-auto offset function 
B5-not used 
B4-offset BU4=16 
B3-offset BU3=8 
B2-offset Bit2=4 
Bt -offset Bit 1 =2 
BO-offset BitO=l 

1 if offset command from BYTE 1 is followed by bit6 set (auto offset); 
offset direction (bit7) reed offset (bH5) and bits 4-0 are ignored 
but should be set to if not used. 



2. OFFSET DIRECTION = 1 (FORWARD OFFSET, toward the spindle) 

= (REVERSE OFFSET away from the spindle 

3 AUTO OFFSET = 1 (normally used preceeding a write operation) 

= (manual offset: MUST send direction and 
magnitude of offset) 

IV BYTE 4: STATUS BYTE (CNTREG) 



B? - NOT USED 
B6 - NOT USED 
B5 - NOT USED 
B4 - NOT USED 
83 - status or 
B2 - status or 
B t - status or 
BO - status or 



diagnostic bits 
diagnostic bits 
diagnostic bits 
diagnostic bits 



Status cell = $00,$00,$00,$02: The return will be 4 bytes (exclude check 
sum) = $01 (Drive ID for Nishe), $0A (ROM CODE Version), $5A (Byte filler), 
$A5 (Byte filler). 
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V. BYTE 5: CHECKSUM BYTE (CKSUM) 



[B7 B6 B5 B4B3B2BI BO] 



results of the transmitted CHECKSUM BYTE are derived as: 



(BYTE 1 ♦ BYTE 2 ♦ BYTE 3 ♦ BYTE 4) t CHECKSUM BYTE 



(♦) is defined as the addition of each BYTE 



(BYTE) is defined as the compliment of the BYTES (1-4) 



VI The SERVO STATUS lines (SIO RDY, SERVO RDY, SERVO ERROR) 
must have the following conditions in order to send the listed 

Z8 COMMANDS: 

SERVO STATUS 
(-) 

s s w 

I R R 

V T 



R 
D 
Y 



R 
D 

Y 



S 



A 
F 



28 SERVO CMD HEX 



access (only) SX 1 

access(offset) 9X 1 

recal(dete) 40 1 

set brake 70 I 

inhibit servo CO 1 

offset(detent) 10 1 

status 00 1 



X 
X 
X 







X 

X 

X 



X 



X = either 0, 1 
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CHART V 
Z8 SERVO RESET; 



SIO RDYt; 







50 m 


APPROX 


1 






h-2S0izSEC MINI 


m 







SERVO RDY 



v. 



- WRITE SAFE. 



vy, 



SIO : SERVO 



SIO tCONTROLLER 



N/S-NOT SPECIFIED 



C- AFTER POWER UP - INVALID CMD 



SIO RDY 



SERVO RDY 



-A 600^SEC 



WRITE SAFE 
S 10 • SERVO— - 

SIO.CONTRL = 



Bl B3 CS 
B2 B4 
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CHART 



D- READ STATUS COMMAND 



SIO RDY 



I mSEC 



SERVO RDY- 

WRITE SAFE - 
SIO -SERVO- 

SIO CONTRL- 



— H r*-ioQ"SEc 



Bl 



B3 CS 



Bl 



B3 CS 



xxxxxr 

B2 B4 



SIO RDY 
SERVO RDY 

-WRITE SAFE 

SIO-SERVO 
SIO* CONTRL 



SIO RDY 

SERVO RDY 
- WRITE SAFE 

SIO •SERVO 
SIO CONTRL 



r 



B2 B4 



E - TRACK FOLLOWING SERVO ERROR - 
INVALID COMMAND 

N/5 

H ® 



2S0^SEC-H 



Bl B3 CS 

"NDOOOCX 

B2 B4 

F-TRACK FOLLOWING SERVO ERROR - 
READ STATUS V E*-lmSEC 

~ K~®-H n T^-ioo u s 

N/5 



1 



Bl B3 CS 
B2 B4 



Bl B3 CS 

xxxxxy 

B2 B4 
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CHART V 

SIO RDY 
SERVO RDY 

- WRITE SAFE - 
SIO • SERVO 

SIO. CONTROL 



SIO RDY 
SERVO RDY- 

- WRITE SAFE - 
SIO - SERVO 

SIO-CONTRL- 



SIO RDY 
SERVO RDY- 

- WRITE SAFE ■ 



6- TRACK FOLLOWING VALID COMMAND fMOVE)^ 

IN/Sl 



N/S 
® 



-ff- 



61 B3 CS 

~xx>oocy~ tf 

B2 B4 

H ~L R £ CK FOLLOWING CMOVE CMD) FOLLOWED 
BY SERVO ERROR *f JgtWS 




4 



-n- 



li 



^//////A 



Bl B3 CS 

xxxxxy- 

B2 64 

I -TRACK FOLLOWING (NO CMD) SERVO 
ERROR 



SlO'SERVO^j 



SIO-CONTRL^^ 
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